home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001193_dsr@hplb.hpl.hp.com _Thu May 27 10:34:01 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <dsr@hplb.hpl.hp.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA13185; Thu, 27 May 93 10:34:01 MET DST
  4. Received: from hplb.hpl.hp.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA23862; Thu, 27 May 1993 10:55:25 +0200
  6. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Thu, 27 May 93 09:48:06 +0100
  7. Received: by manuel.hpl.hp.com
  8.     (16.6/15.6+ISC) id AA11337; Thu, 27 May 93 09:53:36 +0100
  9. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  10. Message-Id: <9305270853.AA11337@manuel.hpl.hp.com>
  11. Subject: Re: More than just HTML (was Re: Poetry and Maths)
  12. To: nholtz@civeng.carleton.ca
  13. Date: Thu, 27 May 93 9:53:34 BST
  14. Cc: www-talk@nxoc01.cern.ch
  15. Mailer: Elm [revision: 66.36.1.1]
  16.  
  17. Neal Holtz writes (in response to Thomas A. Fine):
  18.  
  19. >> HTML only provides the framework by which lots of other document types
  20. >> are accessed.  You want to do lot's of neat TeX things?  Use TeX. 
  21.  
  22. > The kind of documents I am most interested in are about 50\% math
  23. > and 50\% text with {\em lots} of cross-references.  It is important
  24. > that the math appear in-line with the document.  A typical unit (node)
  25. > is 1/2 page.  I worry about performance if, for example, the math
  26. > portion is farmed out to TeX/xdvi for rendering, and I wonder whether
  27. > an acceptable cacheing scheme can be found (perhaps it can).
  28.  
  29. > I was attracted to HTML for this purpose because of the nice tools
  30. > that are now available, in contrast to other mechanisms.
  31.  
  32. It seems to important that there is a simple and efficient way of embedding
  33. equations in HTML documents. I very much like the interface for
  34. interactively specifying equations in Microsoft Word on the PC - however
  35. this is quite a lot of effort to implement.
  36.  
  37. My suggestion is that we follow the approach taken with the PC and allow
  38. object level embedding in HTML. This basically means you keep HTML small
  39. and simple while allowing people to embed figures etc. in a foreign format.
  40. The embedding uses a link like Mosaic's <IMG> tag. The embedded data can
  41. be sent along with the main document using MIME's multipart capability.
  42. This approach also allows simple browsers to negotiate the format, so
  43. that the server can be asked to render equations into bitmaps etc.
  44.  
  45. This approach avoids the danger of HTML being continuously extended to
  46. support an every increasing variety of needs. By decoupling HTML
  47. from special purpose formats, I believe that the latter can evolve
  48. faster and more effectively, than if they were tied to revisions to HTML
  49. itself. 
  50.  
  51. That said, I am drafting a proposal for HTML+ (a superset of HTML) and
  52. would be happy to draft ideas for supporting equations in a presentation
  53. independent format. I don't think we should tie ourselves to Tex's approach,
  54. but should take the good ideas from a wide variety of sources: Tex, eqn,
  55. Microsoft Word, Mac, ...
  56.  
  57. Comments please!
  58.  
  59. Best wishes,
  60.  
  61. Dave Raggett,
  62.  
  63. -----------------------------------------------------------------------------
  64. Hewlett Packard Laboratories,           +44 272 228046
  65. Bristol, England                        dsr@hplb.hpl.hp.com
  66.  
  67.